home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 7344 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.2 KB  |  54 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: comp.vuw.ac.nz!HERMES!maths!peterm
  3. From: peterm@maths.grace.cri.nz (Peter McGavin)
  4. Subject: Re: AddIntServer + VERTB strangeness
  5.     <PETERM.96Apr4234146@tui.maths.irl.cri.nz><1380.6669T1116T2575@gramercy.ios.com>
  6.     <PETERM.96Apr7124019@tui.maths.irl.cri.nz>
  7.     <731.6672T1195T1500@gramercy.ios.com>
  8. Message-ID: <PETERM.96Apr15143359@tui.maths.irl.cri.nz>
  9. Date: 15 Apr 1996 02:33:59 GMT
  10. Organization: Industrial Research Ltd
  11. In-reply-to: larrymb@gramercy.ios.com's message of 9 Apr 1996 17:54:30 GMT
  12.  
  13. larrymb@gramercy.ios.com (Pacarana) writes:
  14. >>Did you try an input-handler?
  15. > Yeah, it didn't seem to help enough. Perhaps some extra special had to be
  16. >done that I missed. I also vaguely remember odd remnant stuff could get left
  17. >over.
  18.  
  19. If we go as far as patching LoadView() with SetFunction(), then we
  20. have to leave a stub behind the first time.  Other than that, I can't
  21. think of anything that would get left over.
  22.  
  23. >It seemed that keyboard presses could pause the shell and cause the
  24. >program to wait and other odd stuff.
  25.  
  26. The point of the input-handler is to intercept keyboard input and
  27. other input events before they get to the shell or Intuition.  So yes,
  28. the shell and the mouse-pointer will appear to freeze w.r.t. input
  29. until the input-handler is removed.  This is the OS-legal way of
  30. stealing CPU time off the shell and Intuition for the game.
  31.  
  32. Perhaps the program waited because it tried reading input from
  33. Intuition or the shell.  That is, perhaps it tried reading through an
  34. input pipeline that was blocked by the input-handler.
  35.  
  36. BTW, keyboard and mouse input for the game can be taken efficiently
  37. and compatibly straight from the input-handler.  There is no need to
  38. go to the hardware.  The mouse-pointer can be turned off with
  39. SetPointer() if desired.
  40.  
  41. >It was quite some time since I messed
  42. >with that though, so I'm not quite sure what the exact situation was. Soeof
  43. >the stuff was before an Input Hadnler install was tried, but I think some
  44. >troubles still existed even after those attempts.
  45.  
  46. Beats me.
  47.  
  48. Oh, one catch --- some screen blankers could activate when starved of
  49. input events for too long.  It might pay to let an event through once
  50. in a while, or generate a phantom one, perhaps.
  51. -- 
  52. Peter McGavin.   (p.mcgavin@irl.cri.nz)
  53.  
  54.